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DETAILED ACTION 
Response to Amendments/Arguments 

1 . Applicant's arguments filed on 7/21/2008 have been fully considered and they 
are persuasive. Therefore, rejections have been vacated. However, upon further 
consideration, new ground rejections have been made. 

Claim Objections 

2. Claims 1-4 and 14-19 are objected. 

Claim 1 recites "classifying the application data in the transport protocol layer as 
IP based", line 6. IP is layer 3 while transport layer is layer 4, it is unclear how can a 
transport protocol layer be classified as IP based. 

Claim 2-4 and 14-19 are objected because they depend from claim 1 . 
Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the phor art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1 , 148 
USPQ 459 (1966), that are applied for establishing a background for determining 
obviousness under 35 U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considehng objective evidence present in the application indicating obviousness or 
nonobviousness. 
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4. Claims 1-4, 14-19 are rejected under 35 U.S.C. 103(a) as being unpatentable 
overW. Richard Stevens, "UNIX Netwrok Programming", 1990, (iiereinafter Stevens) in 
view of Raphaeli et a! (US 20030103521 , hereinafter Raphael!). 

For claim 1, Stevens discloses a method of converting application data to 
transport data in a communication system the method comprising: 

receiving application data in a transport protocol layer from an application (data 
from Application layer to Transport layer. Figure 5.28, page 240) in a device (a PC, 
suggested by "In many PC environments", page 240) with through a service access 
point (a socl<et created by the socket System call, page 267, with description page 267- 
269, where the socket created by socket(int family, int type, int protocol) is an service 
access point), the service access point being one of a plurality of service access points 
of the transport protocol layer (families of socket, page 267, line 4-9 from bottom, each 
family provide a kind of services); 

classifying the application data in the transport protocol layer as IP based 
(socket(int family, ...) with family being AF_INET, page 267), or non-IP based 
(socket(int family, ...) with family being AF_UNIX, page 267) according to the 
associated service access point after receiving the application data through the service 
access point (application data are received from the socket identified by socket 
descriptor, page 269, line 5 and page 260 Figure 6.1); 

determining in the transport protocol layer if a connection exists for the 
application data in response to the classification of the application data (the return code 
of function socket() gives indication if a connection exists (< 0) or not (>0), disclosed in 
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C code sample in page 273, start with "if ((sockfcl=socket(...))<0 ..." with the 
classification application data as parameters of socket functions); 

transmitting the transport data across the communication system (send(), 
sendtoO, page 274). 

Stevens is silent on the communication system is a power line communication 
system and does not explicitly disclose a higher protocol layer is serviced through a 
lower protocol layer. 

Raphaeli teaches a power line communication system (FIG. 1, explained in 
[0008]) wherein a method of converting application data to transport data (application 
layer, [0005]) is described. Raphaeli also discloses a higher protocol layer is serviced 
through a lower protocol layer (FIG. 2, where a lower layer MAC provides service for 
upper layers). Stevens teaches IP network at network layer 3 and above, while Raphaeli 
discloses a specific communication system known as the power line communication 
system at network layer 2. One with ordinary skill in the art would have been motivated 
to combine them together to provide a full network stack of the power line 
communication system. 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time of the invention to combine Stevens with Raphaeli in order to apply IP protocol 
to the power line communication system and providing a higher protocol layer service 
through a lower protocol layer. 
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As to claim 2, Stevens and Raphaeli in combination disclose tlie metliod of claim 
1 , Stevens further teaches the method comprising automatically establishing a 
connection if none exists, comprising: 

generating a connection specification based upon the application data and the 
service access point; and establishing a connection based upon the connection 
specification (sample code in page 273, line 9-35, which shows to establish a 
connection with desired configuration parameters as the parameters socket API 
functions used for creating the connection) and 

mapping the application data into transport data for that connection (using socket 
API functions send(), sendto(), recv() and recvfrom(), page 274). 

As to claim 3, Stevens and Raphaeli in combination disclose the method of claim 
1 , Stevens further teaches wherein receiving application data from an application further 
comprises receiving connection-oriented application data from the application (using 
socket API functions recv() and recvfrom(), page 274). 

As to claim 4, Stevens and Raphaeli in combination disclose the method of claim 
1 , Stevens further teaches wherein receiving application data further comprises: 

receiving connectionless application data from the application (setting up a 
connectionless connection via socket() with family parameter being set as 
SOCK_DGRAM, and protocol being set UDP, then using system calls recv() and 
recvfromO, page 274); and mapping the connectionless application data into transport 
data for a power line communication system connection (using socket API functions 
send(), sendtoO, recv() and recvfrom(), page 274); wherein the power line 
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communication system is connection-oriented (at MAC layer the power system is 
connection-oriented, as disclosed by Raphaeli in claim 1). 

As to claim 14, Stevens and Raphaeli in combination disclose the method of 
claim 1, Stevens further discloses the method comprising: 

Accessing a classification table (the table containing all values of 5-tupe, page 
269, line 4-10) for a mapping of the service access point to a connection identifier (5- 
tupe, page 269, line 4-10); and 

providing a connection associated with the connection identifier as the 
connection (the connection associated with the socket, as explained in claim 1). 

As to claim 15, Stevens and Raphaeli in combination disclose the method of 
claim 1, Stevens further discloses the method comprising: 

Accessing a classification table (the table in Figure 6.7, page 268 containing 
values for a set of parameter "5-tupe", page 269, line 4-10) for a mapping of the service 
access point and at least one of an IP address, a port number, and a type of service 
field to the connection identifier (5-tupe, page 269, line 4-10, which includes the IP 
addresses and port numbers of both local and remote nodes); and 

Providing a connection associated with the connection identifier as the 
connection (the connection associated with the socket explained in claim 1). 

As to claim 16, Stevens and Raphaeli in combination disclose the method of 
claim 1, Stevens further discloses the method comprising: 

Accessing a classification table (the table in Figure 6.7, page 268 containing 
values for a set of parameter "5-tupe", page 269, line 4-1 0) for a mapping of the service 
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access point, an IP address to a connection identifier, a port number to the connection 
identifier (5-tupe, line 4-10, which includes the IP addresses and port numbers of both 
local and remote nodes). 

Providing a connection associated with the connection identifier as the 
connection (the connection associated with the socket explained in claim 1). 

As to claim 17, Stevens and Raphaeli in combination disclose the method of 
claim 1, Stevens further discloses the method comprising: 

Comparing the application data with at least one classifier rule for a match 
(comparing values of 5-tupe, page 269, line 4-10 with the configured set); and 
Providing a connection associated with a matching classifier rule as the 
connection (the connection associated with the socket explained in claim 1). 

As to claim 18, Stevens and Raphaeli in combination disclose the method of 
claim 17, Stevens further discloses the method comprising: 

Comparing the application data only with classifier rule associated with the 
service access point (comparing the 5-tupe at the receiving end socket, page 269, line 
4-10). 

5. Claim 19 is rejected under 35 U.S.C. 103(a) as being unpatentable over Stevens 
in view of Raphaeli, further in view of Andrew S. Tanenbaum, "Computer Networks", 
Forth edition, 8/9/2002 (hereinafter Tanenbaum). 

As to claim 19, Stevens and Raphaeli in combination disclose the method of 
claim 17, comparing the application data only at least one destination address within the 
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at least one classifier rule (comparing the 5-tupe at the receiving end socket, page 269, 
line 4-10). 

Stevens and Raphael i do not explicitly disclose that application data that is 
audio/visual application data. 

In the same field of endeavor, Tanenbaum discloses the application data include 
audio/visual application data (suggested by "how computer process audio and video", 
Section 7.4, last paragraph). 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time of the Invention to apply the teachings by Stevens with Raphaell to audio/visual 
application data disclosed by Tanenbaum in order to provide broad services. 

6. Claims 6-7, 9 and 21-23 are rejected under 35 U.S.C. 103(a) as being 

unpatentable over Andrew S. Tanenbaum, "Computer Networks", Forth edition, 
8/9/2002 (hereinafter Tanenbaum) in view of Stevens, further in view of Kodaira (US 
20010048633 A1). 

For Claim 6, Tanenbaum discloses a method of transmitting data on a network, 
the method comprising: 

receiving an Incoming data packet from an application on a device at one of a 
plurality of service access points of a first protocol layer (TSAP, Figure 6-8; or Lines 1 -2 
of first paragraph of Section 6.2.1, where a service access point of a protocol layer 
TSAP is considered as one of a plurality of sockets); 
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associating the pacl^et witli a connection (Fig. 6-8, tlie packet entering TSAP is 
associated with the connection indicated by dot line); 

routing the pacl<et to the connection ("routing pacl^ets", Lines 1 -3 of first 
paragraph of Section 5.2) established at an interface between the first protocol layer 
and a second protocol layer, wherein the second protocol layer is a lower level protocol 
layer (Fig. 6-8, where first protocol layer is Transport layer of Host 1 , and second 
protocol layer is Network layer of Host 2). 

Tanenbaum does not explicitly discloses classifying the data packet in the first 
protocol layer in a classifier associated with the service access point, including: 
determining an order of rules associated with the classifier to apply to the data packet 
using a priority of each of the rules; applying the rules to the data packet to the order, 
including when applying a particular rule to the data packet: for each classification 
parameter of the rule, comparing a field of the data packet identified by a parameter ID 
of the classification parameter with a value of the classification parameter; and if for 
each classification parameter of the rule, a matching value is found in the data packet, 
causing the packet to be associated with a connection associated with the rule. 

in the same field of endeavor, Stevens discloses classifying the data packet in 
the first protocol layer in a classifier (parameters family, type, protocol of the socket 
function, page 267) associated with the service access point, including: determining an 
order of rules associated with the classifier to apply to the data packet using a (rules 
specified in Figure 6.7, page 268); applying the rules to the data packet to the order, 
including when applying a particular rule to the data packet (function socketQ, page 267, 
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which implements rules according to parameters of the function): for each classification 
parameter of the rule, comparing a field of the data packet identified by a parameter ID 
of the classification parameter with a value of the classification parameter; and if for 
each classification parameter of the rule, a matching value is found in the data packet, 
causing the packet to be associated with a connection associated with the rule 
(parameters and associated rules specified in Figure 6.7, page 268 for function socket 
to implement on the packet with associated connection). 

Stevens simply teaches details of the socket that is disclosed by Tanenbaum, 
therefore, it would have been obvious to a person of ordinary skill in the art at the time 
of the invention to combine modify socket by Tanenbaum with the detailed socket 
features disclosed by Stevens to provide desired network service. 

Tanenbaum in view of Stevens does not explicitly disclose using priority of each 
of the rules. 

In the same field of endeavor, Kodaira discloses that socket parameter includes 
a priority parameter ("the SOCKET adds priority parameter passing to a standard API 
for use on the Internet", [0016]). 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time of the invention to use the priority from the socket priority parameter by Kodaira 
when apply the rules by Tanenbaum in view of Stevens to more effectively and 
reasonably implement the rules. 

As to claim 7, Tanenbaum and Stevens and Kodaira in combination disclose the 
method of claim 6, Tanenbaum further teaches the method comprising fragmenting the 
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packet into smaller packets as needed based upon the packet size ("maximum packet 
size, ... break it into 4 packets". Section 5.1 .3). 

As to claim 9, Tanenbaum and Stevens and Kodaira in combination disclose the 
method of claim 6, Tanenbaum teaches classifying the data packet further comprising 
determining if a connection exists for the packet, and requesting a connection if a 
connection does not exist (Section 6.1 .4, the server code section of/* Passive open, 
Wait for connection. 7, wherein [s=socket(...), if (s<0) fatal(socket failed) ...] suggest 
that if the value of s < 0, the socket exists already; otherwise, it successfully creates a 
socket for a new connection). 

As to claim 21, Tanenbaum in view of Stevens and Kodaira discloses the 
method of claim 6, comprising the priority associated with the rule (as disclosed in claim 
6 by Kodaira), a connection identifier ("5-tupe: is used uniquely identify a connection, 
page 269, line 4-10, Steven); at least one classification parameter each Including a 
parameter ID and a value (the table containing all values of 5-tupe, page 269, line 4-10, 
Steven). 

As to claim 22, Tanenbaum in view of Stevens and Kodaira discloses the 
method of claim 21, each rule associated with audio/visual application data (suggested 
by "how computer process audio and video", Section 7.4, last paragraph), the rule 
Includes only one classification parameter (the IP address of a customer's house for "a 
video on demand system" shown in Figure 7-78, Section 7.4.8). 

As to claim 23, Tanenbaum in view of Stevens and Kodaira discloses the 
method of claim 22, each rule associated with audio/visual application data (Figure 7- 
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78, Video-on-demand system), tlie classification parameter of tine rule includes a 
destination address as the parameter ID (the IP address of a customer's house for "a 
video on demand system" shown in Figure 7-78, Section 7.4.8). 

7. Claims 8 is rejected under 35 U.S.C. 103(a) as being unpatentable over S. 
Tanenbaum In view Stevens and Kodaira, further in view of Malkin (US 6272145 B1 ). 

As to claim 8, Tanenbaum in view Stevens and Kodaira discloses the method of 
claim 6, the method comprising fragmenting the packet into smaller packets as needed 
("maximum packet size, ... break it into 4 packets", Section 5.1 .3). 

Tanenbaum does not explicitly teach that the fragmenting depends upon the 
bandwidth of the connection. 

In the same field of endeavor, Malkin discloses the fragmenting depends upon 
the bandwidth of the connection ("size of the different fragment will vary depending on 
... bandwidth of each link", col. 7, line 26-28). 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time of the invention to fragmenting depends upon the bandwidth of the connection 
for the benefit of efficiency and quality of service enhancement of network operation. 

8. Claims 11, 13 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Stevens in view of Kodaira (US 2001 0048633 A1 ). 

For Claim 11, Stevens discloses a method of classifying data packets in a 
communication system, the method comprising: 
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analyzing an Incoming data pacl<et according to a plurality of sets of parameters 
(sets of socket parameters, such as family, type, protocol, and etc, Page 267, different 
types of socket has different types of parameters), wherein the sets of parameters 
analyzed depends upon a type of service access point (socket type of socket system 
call. Page 267) from which the data packet came, and the sets of parameters are used 
in analyzing the data packet according to an order of the priorities of the sets of 
parameters (such as parameters family, type and protocol. Page 267-268; or 5-tuple 
parameters of socket system call, page 269, line 8-9); if the set of parameters in the 
data packet match a predefined set of parameters associated with connection, 
associating a connection (a connection is identified by socket descriptor, page 269, line 
5) for the predefined set of parameters with the packet (5-tuple parameters of socket 
system call, page 269, line 8-9). 

Steven does not explicitly disclose each set of parameters includes a priority; 

In the same field of endeavor, Kodaira discloses that socket parameter includes 
a priority parameter ("the SOCKET adds priority parameter passing to a standard API 
for use on the Internet", [0016]). 

Therefore, it would have been obvious to a person of ordinary skill in the art at 
the time of the invention to combine Stevens with Kodaira in order to apply socket API 
to Internet ([0016]). 

As to claim 13, Stevens in view of Kodaira discloses the method of claim 1 1 , the 
method comprising transmitting parameters of the data packet to a connection manager 
if the parameters of the data packet do not match a predefined set of parameters (page 
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283, line 5-6, if (senclto(sockfd, mesg, n, 0, pcli_addr, clilen) !=n) err_dunnp("dg_eclio: 
sendto error"); wlnere the connection manager is the Operating System, the n bytes of 
data to be sent to specified socketfd and pcli_addr must match with the number of data 
byte sent). 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Jianye Wu whose telephone number is (571)270-1665. 
The examiner can normally be reached on Monday to Thursday, Sam to 7pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Seema Rao can be reached on (571)272-3174. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Jianye Wu/ 

Examiner, Art Unit 2416 
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